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ITEM DISPENSING SYSTEM NETWORK tickets, in the automated ticket dispensing process. Further, 

the programmed control of the ticket dispensing system is 

This application is a continuation of a provisional appli- constantly being improved; and in any ticket distribution 

cation Ser. No. 60/225,148 filed Aug. 14, 2000 which is a system, there may be thousands of ticket dispensers. Thus, 

continuation-in-part application of U.S. Ser. No. 09/513,408 5 *f process of manually providing updated software to each 

filed on Feb. 25, 2000, for an Item Dispensing System; of ** ticket dispensers is cumbersome, requires a significant 

which is a continuation-in-part application of U.S. Ser. No. maintenance labor force and relies on personnel who often 

09/325,082, filed Jun. 3, 1999, for an Item Dispensing have Umited or no «™puter experience to properly install 

System, now U.S. Pat. No. 6,038,492; which is a divisional f d ^visions to the operating software within the ticket 

application of U.S. Ser. No. 09/039,073, filed Mar. 13, 1998, io Spenser. 

for an Item Dispensing System, now U.S. Pat. No. 5,943, Therefore, there is a need to provide a dispensing system 

24i, that is easier to maintain and provides more information to 

a central control, so that a more reliable ticket dispensing 

FIELD OF THE INVENTION operation is maintained. 

litis invention relates generally to the field of dispensing 15 SUMMARY OF THE INVENTION 

systems and more particularly, to an improved item dispens- The present invention provides an item dispensing system 

ing system. that automatically monitors and detects any desired operat- 

ing conditions. The automation of such item dispensing 

BACKGROUND OF THE INVENTION ^ ^ diagnosis provides a vastly ^^capT- 

State sponsored lotteries are a popular and accepted bility. The item dispensing system network of the present 

method of generating revenue in place of, or in addition to, invention provides a distributed system that facilitates the 

taxes. One form of lottery uses instant lottery tickets on processing, transmission and reporting of diagnostic infor- 

which number combinations are preprinted before mation relating to the operation of all of the item dispensing 

distribution, thereby permitting the player to immediately ^ systems in the network. The present invention is especially 

view the ticket and know whether he/she is a winner. One suitable for those installations in which an entity has an 

system of distributing instant lottery tickets is entirely obligation of servicing the item dispensing systems, 

clerical with the tickets being stored in a drawer and counted Within the item dispensing system network of the present 

out by hand. The clerk typically is responsible for keeping invention, each of the item dispensing systems automatically 

track of the number of tickets sold, making redemption 30 provides a servicing agent with alarms indicating that an 

payments and providing such sales and payout information item dispensing system has, or will shortly, go out of service, 

to the state. The state then pays the store owner a commis- However, each of the item dispensing systems does not 

sion or other monies due. Such a system has the disadvan- automatically provide the servicing agent with alarms if a 

tages of being completely manual and requiring clerical respective item dispensing system detects a fault that will 

assistance for the entire transaction. Further, the system has 35 not lead to an imminent out of service condition. Thus, the 

no significant security and is susceptible to shrinkage, that item dispensing network of the present invention has the 

is, theft and accounting errors that result in lost revenue and advantage of providing the entity responsible for service 

tickets. only the most important operational states, that is, an exist- 

Another system for distributing instant lottery tickets is ing or imminent out of service condition, so that such entity 

the individual ticket vending machine, which is a stand- 40 can most efficiently deploy its service assets, 

alone, unattended automated ticket dispenser. The vending According to the principles of the present invention in 

machine accepts the customer's cash or credit card payment accordance with one described embodiment, an item dis- 

and provides a selection of lottery tickets corresponding to pensing system has an item dispenser, a controller in elec- 

the payment. The customer then makes various ticket selec- trical communications with the item dispenser and a fault 

tions having a value equaling the payment. The vending 45 store for storing fault thresholds and faults. In one aspect of 

machine monitors the ticket selections and dispenses the that invention, the fault thresholds represent operating states 

lottery tickets selected by the customer. Such a vending of the item dispenser, and a true state of a fault is registered 

machine has the advantages of not requiring the attention of in the fault store in response to the operating conditions of 

a clerk, being very secure, and providing a high level of the item dispensing system being equal one of the fault 

reporting by keeping track of how often the machine is 50 thresholds. A alarm is generated by the controller in response 

accessed to be loaded and serviced, when and how much to the fault being registered. 

money is collected, when and which tickets have been In another embodiment, the invention provides an item 

selected, etc. The vending machine may also include a dispensing system network having a communications link 

printer for printing reports of machine activity. connected between a computer and the item dispensing 

While the above vending machine has many advantages 55 system, whereby the alarm is transmitted to the item dis- 

over the clerical method of distributing instant lottery pensing system. 

tickets, it also has several shortcomings. For example, there In another embodiment of the invention, a method of 

are several error conditions which may arise in the normal dispensing items first provides an item dispensing system. A 

course of machine operation that should be addressed in a fault threshold is stored, and a fault is registered in response 

timely manner. For example, the device collecting and 60 to an operating state of the item dispensing system being 

counting cash received by the machine may become jammed equal to the fault threshold. An alarm is generated in 

or otherwise inoperable. The machine may collect and store response to the fault. In an aspect of this embodiment of the 

an amount of cash that is in excess of a desired amount. invention, a current state of the fault is compared to a prior 

While such machines have the capability of keeping track of state of the fault, and a deterioration of the state of the state 

the inventory of lottery tickets, each packet of lottery tickets 65 of the fault is detected. The alarm is then generated only in 

has a unique identifying indicia, but there is no way of response to determining the deterioration of the state of the 

automatically tracking that indicia and hence, those specific state of the fault. 
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The item dispensing system network of the present inven- 
tion has great flexibility in monitoring the operating states of 
individual devices within each of the item dispensing sys- 
tems in the network. First, the present invention has the 
ability to immediately transfer an alarm to the computer 
upon the occurrence of a fatal fault, that is, a fault indicating 
the item dispensing system is out of service. However 
alarms based on nonfatal faults is avoided, thereby mini- 
mizing the occurrence of nuisance alarms and the dispatch- 
ing of service agents to item dispensing systems that are not 
out of service. Second, the item dispensing system network 
of the present invention has the capability of being able to 
independently tune the creation of faults and alarms for each 
of the devices within each of the item dispensing systems. 
Therefore, fault and alarm sensitivity can be adjusted to 
meet the unique requirements of each item dispensing 
system. 

This capability allows nonfatal faults and alarms to be 
tuned so that operating states of devices within each item 
dispensing system which would normally lead to an out of 
service condition can be tracked. Thus, a potential out of 
service condition can be anticipated, and the item dispensing 
system can be serviced before its occurrence. This operation 
limits the number of alarms presented to the computer and 
substantially reduces the load of the computer when it is 
connected to a large number of item dispensing systems. By 
performing that function automatically, the user of the 
computer, who is often responsible for the maintenance of a 
large number of item dispensing systems, has a significantly 
less burden. With the above capability, the allocation of 
service agent assets can be accomplished more rationally, 
efficiendy and cost effectively to the benefit of everyone. 

These and other objects and advantages of the present 
invention will become more readily apparent during the 
following detailed description taken in conjunction with the 
drawings herein. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a partial perspective view of a counter having a 
ticket dispensing system in accordance with the principles of 
the present invention. 

FIG. 2 is a schematic block diagram of the components of 
the ticket dispensing system illustrated in FIG. 1. 

FIG. 3 is a detailed schematic diagram of a retailer access 
module in accordance with the principles of the present 
invention. 

FIG. 4 is a detailed schematic diagram of a customer 
access module in accordance with the principles of the 
present invention. 

FIG. 5 is a flow chart illustrating an item dispensing 
portion of the operation of the retailer access module in 
accordance with the principles of the present invention. 

FIG. 6 is a flow chart illustrating an item dispensing 
portion of the operation of the customer access module in 
accordance with the principles of the present invention. 

FIG. 7 is a flow chart illustrating an item dispensing 
portion of the operation of the retailer access module in more 
detail. 

FIG. 8 is a schematic block diagram of another embodi- 
ment of the invention that facilitates a reporting function 
with respect to the item dispenser in accordance with the 
principles of the present invention. 

FIG. 9 is a flow chart of a process executed by a host 
computer within the embodiment of FIG. 8. 

FIG. 10 is a schematic block diagram of a further embodi- 
ment of the invention that by which alarms are collected and 
reported in accordance with the principles of the present 
invention. 
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FIG. 11 is a schematic block diagram of an item dispens- 
ing system within the embodiment of FIG. 10. 

FIG. 12 is a flow chart of an alarm manager subroutine 
executed by a system controller within the embodiment of 
5 FIG. 10. 

FIGS. 13Aand 13B are a flow chart of a process executed 
by a host computer within the embodiment of FIG. 10. 

DETAILED DESCRIPTION OF THE 
io INVENTION 

Referring to FIG. 1, a counter 20, for example, a point- 
of-sale retail checkout counter, has a customer side 22 and 
a retailer or clerk side 24. The counter 20 has an upper 

15 surface 26, which is normally a working surface on which 
items to be purchased are normally placed. In addition, 
point-of-sale displays and other items (not shown) are often 
placed on the working surface 26. A clerk standing on the 
retailer side 24 of the counter 20, scans or otherwise enters 

20 the items and their prices into a retailer point-of-sale termi- 
nal 33 and accepts the customer's payment for the goods by 
credit card or cash. In accordance with the present invention, 
an item dispensing system 29 is integrated into the counter 
20. In the example to follow, the item dispensing system will 

25 be described as a gaming ticket dispensing system; however, 
as will be appreciated, the disclosed dispensing system may 
be used to dispense many different items that can be com- 
pactly stored in bulk, for example, other types of tickets, 
phone cards, stamps, cards or any other items capable of 

3Q being relatively compactly inventoried and automatically 
dispensed. 

A game display panel 30 is located on and normally 
removably attached to, the upper surface 26. The panel 30 
has a predetermined number, for example, sixteen samples 

35 of game tickets 32, for example, instant lottery tickets 
displayed for view by the customer. The game ticket samples 
32 are normally presented in the panel 30 in an attractive, 
easy to read display (such as in arrayed locations 1 through 
16 shown in FIG. 1, as an example) so that the tickets catch 

40 the eye of the customer and clearly identify the game and its 
value. 

If a customer desires to purchase game tickets, the cus- 
tomer pays the clerk with cash or credit card. The amount of 
the ticket purchase is entered by the clerk into the retailer 

45 terminal 33 and a retailer access module ("RAM**) or unit 
38. The retailer unit 38 is a self contained, stand-alone unit 
located at a first location with respect to the POS counter 20, 
for example, in the proximity of the retailer side 24 of the 
counter 20. The module 38 has an alphanumeric display 44 

50 and an input device 41, for example, a keypad, with assorted 
numeric keys 40 and a selection of function keys 42 to 
facilitate the transaction. Upon entering the amount of the 
transaction in the module 38, the retailer module 38, in 
electrical communications with a customer access module 

55 ("CAM") or unit 48, transmits the payment value, that is, an 
available credit amount, to the customer module 48. The 
customer module 48 is a self contained, stand-alone unit 
located at a second location with respect to the POS counter 
20 different from the first location. The customer module 48 

60 is normally located proximate the customer side 22 of the 
counter 20 in a position convenient to the customer. The 
module 48 has an alphanumeric display 54 and an input 
device 49, for example, a keypad, with a number of numeric 
keys 50 corresponding to the number of displayed games 32 

65 and nonnumeric function keys 52. Each of the numeric keys 
has an LED 53 next to the key, and illumination of the LED 
indicates that the game associated with that key may be 
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played. Upon the available credit being displayed in display and purchase amount to the customer module 48. Further, 

54, utilizing the numeric keys 50, the customer selects the the retailer module 38 receives information relating to which 

desired game tickets corresponding to the displayed game keys the customer has pushed and provides instructions to 

tickets 32. As each selection is made, one or more items or the dispensers to dispense an appropriate number or selec- 

tickets 51 are dispensed from item or ticket dispensers 58 5 tion of tickets. 

located at a third location with respect to the POS counter Normally, the item dispenser modules 58 include two 

20. The ticket dispensers 58 are normally located below the separate storage and bursting mechanisms, that is, ticket 

upper surface 26 of the counter 20 and oriented so that the dispensing mechanisms; and therefore, the illustrated six 

tickets are dispensed toward the retailer side 24 of the item dispensers 58 provide the capability of dispensing 

counter 20. Thus, the dispensers 58 are normally located at 10 tickets for twelve games. The ticket dispensers are substan- 

a third location with respect to the counter 20 that is different tially as described in U.S. Pat. No. 4,982,337 and PCT 

from the first and second locations. After the tickets are Application Ser. No. PCT/US97/0576, each of which is 

dispensed, the remaining customer credit, that is, the amount assigned to the assignee of the present invention, and the 

of the purchase less the value of the item selected, is entirety of both applications is incorporated by reference 

displayed in both the display 44 of the retailer module 38 15 nerein - 

and the display 54 of the customer module 48. Therefore, the Referring to FIG. 3, the retailer access module 38 has a 

customer can easily determine how many more tickets may power/data port 72 connected to a cable 66, and RS-232 port 

be selected to equal the available credit. After all the tickets ^ fid an 118-485 P° rt J 6 " ^ P^wer conductors fromthe 

have been selected, the clerk then collects the dispensed ^66 are connected to a DC-DC converter 78. The 

f . 1 . c1 c ^;™™«. co - _ t t_ # - tljL « * rt DC-DC converter 78 has a first function of stepping down 

bdBtoi 51 from the dispensers 58 and gives the tickets 51 to 20 ^ +l5 yDC (Q a ^ ^ for + «^ ^ 

e omer " . the appropriate regulation which is supplied to various 

FIG. 2 is a schematic block diagram of the ticket dispens- components on power line 79. The power supply 64 of FIG. 
ing system 29 illustrated in part in FIG. 1. Power is provided 2 provides the higher +15 VDC level across the cables 66 to 
to the retailer and customer modules 38, 48, respectively, reduce the current flow within the cables 66. 
and the ticket dispensers 58 by a power supply 64. The 25 ^ ret ailer module 38 further includes a microprocessor 
power supply is designed to be connected to an AC power 74^ f or example, Model No. 80C652 manufactured by Phil- 
outlet normally found in retail establishments. Power is lips Semiconductor and commercially available from Arrow 
transferred to, and data is transferred between, the various Electronics of Centerville, Ohio. In addition, the module 38 
components of the dispensing system 29 by means of cables includes a realtime clock 76, read-only memory ("ROM") 
66, each of the cables 66 having eight conductors. The 30 78, non-volatile random access memory ("NO VRAM") 80, 
access modules 38, 48, ticket dispensers 58 as well as other a universal asynchronous receiverAransmitter ("UART") 82, 
components, for example, a serial POS printer 70, have pass an RS-232 transceiver 83, an RS-485 transceiver 85 and an 
through ports; and therefore, the cables may interconnect the audio indicator or speaker 84. The realtime clock 76 pro- 
components in a daisy chain manner, thereby providing vides data and time information that is associated with a 
complete modularity and scalability. With such a daisy chain 35 history of ticket sales. Thus, the ticket sales can be analyzed 
architecture, any number of ticket dispensers 58 from one to in reports by shift, by day, by week, etc. The retailer module 
the design maximum number, for example, 16, may be 38 is electrically connected to the LCD display module 44 
connected to the dispensing system 29 using the cables 66. having two rows of 16 characters of display. An uninter- 

The power supply 64 provides an output DC voltage, for ruptable power supply 75 has a battery backup 77 and 

example, +15 VDC, which is supplied on two conductors of 40 provides a continuous source of power on line 81 to the 

the eight conductor cables 66. One of the +15 VDC con- realtime clock 76 and the NOVRAM 80. 

ductors is combined with a ground to form a first twisted The retailer module 38 is also connected to the keypad 41 

pair. One conductor provides a serial data line and is which includes 5 rows of keys 40 (FIG. 1) four columns 

combined with a ground to form a second twisted pair. wide that operate as 16 numeric keys and 4 nonnumeric 

Another conductor provides a serial clock line and is in a 45 function keys 42. An address decoder and glue circuit 86 

third twisted pair with a ground. The eighth wire is used to receives input data on line 39 from the keypad 41 and 

provide a signal from the item dispensers 58 to the retail provides output data on line 43 to the LCD display 44. The 

module 38 and is in a fourth twisted pair with the other +15 decoder and glue circuit 86 is a collection of digital and 

VDC line. For example, the dispensers 58 may provide a analog logic and interface circuitry that handles I/O func- 

signal over the eighth wire indicating that a dispenser drawer 50 tions to permit the microprocessor 74 to respond to and 

or door is opened. Data is transferred across the cables 66 operate the display 44, keypad 41 and speaker 84. For 

using a two wire "I 2 C-BUS" protocol from Phillips Semi- example, the circuitry 86 decodes keystrokes from the 

conductors which is commercially available from Arrow keypad 41 into binary data that may be processed by the 

Electronics of Centerville, Ohio. The "FC-BUS" is a widely microcontroller 74. Further, the decoder circuit 86 receives 

used, highly flexible and cost effective serial protocol that is 55 binary data representing information to be displayed and 

often used in consumer electronics equipment and has been converts that data to output signals that are appropriate for 

used in point-of-sale terminals. Under the protocol, data is the LCD display 44. The decoder circuit 86 is also effective 

transferred in packets between the retailer module 38 and to provide audio output signals to the audio indicator or 

customer module 48 and the item dispensers 58. Data packet speaker 84, as required. The circuit 86 may be implemented 

transfer occurs in response to commands and requests ini- 60 using 7400 Series logic from Philips Semiconductor, Inc. 

dated by the retailer module 38. The controller 74, ROM 78, NOVRAM 80, address decoder 

Even though the retailer module 38, customer module 48 86 and UART 82 are interconnected by address, data and 

and item dispensers 58 all have self-contained control buses 87 in a known manner. In addition, the 

microprocessors, the retailer module 38 is the master control realtime clock 76 is also connected to the data and control 

for the ticket dispensing system 29. The retailer module 38 65 buses. 

provides initialization to the customer module 48 upon Referring to FIG. 4, the customer access module 48 has a 

power up and further, provides ticket prices, ticket inventory pair of pass-through power/data ports 90, 92 which are 
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connected to the cables 66. ADC-DC converter 94 functions ports 90, 92, the LCD display 54 and the LED's on the 

identically to the converter 71 of FIG. 3 and steps down the keypad 49. Then at 604, the processor 96 instructs the 

+15 VDC from the power supply 64 to +5 VDC. The +5 address decoder and glue circuitry 102 to transfer an open- 

VDC is provided to the module components on power line ing display frame to the LCD display module of 54. The 

95. The customer module 48 includes a microcontroller 96 5 opening message is normally a technical identification of the 

identical to the microcontroller 74 of the retailer module 38, module 48 and provides no game related information to the 

ROM 98, RAM 100 and an address decoder and glue circuit customer. The microprocessor 96 takes no further action 

102. The microprocessor 96, ROM 98, RAM 100 and until it receives a command from the retailer module 38 as 

decoder circuit 102 are interconnected by address, data and detected at 606. The processor 96 then proceeds to process 

control buses 97 in a known manner. The address decoder 10 the command at 608. The command from the retailer module 

and glue circuit 102 handles the I/O functions associated 38 may be a part of an initialization sequence, a status 

with providing outputs to and receiving inputs from the request, or information with respect to ticket pricing and 

display 54, keypad 49 and speaker 104. For example, the inventory, etc. After the first command is successfully 

circuit 102 receives inputs on line 99 from a keypad 49 received from the retailer module 38 and the communica- 

containing a 5 row by 4 column matrix of keys that provides 15 tions link has been successfully established, the system is 

16 game keys 50 and 4 function keys 52. The decoder and considered to be online and operational. At that point, the 

glue circuitry 102 further provides output signals on line 101 processor 96 commands the circuitry 102 to provide another 

to drive LEDs 53 associated with the keys on the keypad 49. message to the display 54, for example, "Play the Lottery". 

In addition, the decoder and glue circuitry provides data on The customer module 48 then simply idles awaiting further 

line 103 to the LCD display module 54 which is a 2 line by 20 commands from the retailer module 38. 

16 character display. The decoder and glue circuitry 102 Referring back to FIG. 5, after the initialization is 

further provides power on line 105 to drive the illumination complete, the process at 504 awaits a login by a user. The 

for backlighting the LCD display 54 and audio signals on retailer access module 38 has three different levels of 

line 107 to the audio indicator or speaker 104. password security, and the different levels of security require 

The retailer module 38, customer module 48 and ticket 25 particular or unique password configurations. In addition, 

dispensers 58 are distributed in three different locations with the different levels of security provide different levels of 

respect to the counter 20; and the retailer module 38 and access to the ticket dispensing system, for example, a clerk 

customer module 48 are being operated by different persons normally has the lowest level of security and would be able 

at different times. However, it is necessary that the process to use the system to login and logout, enter credit values, that 

of purchasing game tickets, selecting game tickets and 30 is, customer purchase values, and print some reports. A 

dispensing game tickets be carried out in a coordinated manager or system supervisor normally has a higher level of 

manner, which means under a central control. In the ticket security and correspondingly greater access to the system 

dispensing system 29, the retailer module 38 is the master and, for example, may, in addition to the clerk's functions, 

controller of the system. Since the retailer and customer be able to load and enter inventory and collect reports. The 

modules 38, 48 are together performing most, if not all, of 35 highest level of security providing the greatest access to the 

the same tasks that are currently being performed by inte- ticket dispensing system is normally reserved for service 

grated stand-alone ticket dispensers, the normal operation of agents who have the requirement and ability to run test 

the system will be described to the extent that the nature of routines and perform system diagnostics, 

the operations of the retailer and customer modules will be Assume for purposes of this example, that a retail clerk 

understood. It is not believed necessary to describe in detail 40 has logged into the system at process step 504. The micro- 

every operation of the modules 38, 48 for one of ordinary processor 74 then at 506 checks whether all of the dispensers 

skill to understand the present invention. are off hue. If any one ticket dispenser 58 continues to be 

In use, the first operation is to apply power to the system. online, then game ticket sales may continue. If no dispensers 

Referring to FIGS. 3 and 5, when power is supplied to the are online, then the microprocessor 74 moves to execute the 

ticket dispensing system 29, the retailer access module 38 at 45 out of service tasks at process step 508. All of the ticket 

502 performs a self-initialization as well as providing data dispensers 58 may be offline because no tickets are loaded, 

for initializing other components. More specifically, the the system is undergoing maintenance, a cable 66 is broken, 

microcontroller 74 initializes or provides default values for etc. The principal out of service task of the processor 74 is 

all of the boards and components within the retailer module to detect when the realtime clock 76 rolls over to the next 

38. Further, the microcontroller 74 establishes communica- 50 day, that is, past 12:00 a.m. When a new day starts, several 

tions links over the cables 66 to the ticket dispensers 58 and accounting tasks must be performed, for example, the 

customer module 48; and in the process, provides initial- accounting data stored in the NO VRAM 80 must be shifted 

ization and default values to those units. Utilizing the back one day. For example, the reports may be selected as 

"I 2 C-BUS" serial data protocol, the microprocessor 74 fab- being related to the current date, for example, yesterday's 

ricates packets of data and transfers them to, and receives 55 report, last weeks report, etc. Therefore, when the realtime 

packets of data from, the customer module 38 and the ticket clock rolls over to a new date, the accounting data associated 

dispensers 58. The composition and transfer of the data with today must be assigned to yesterday, and after Saturday 

packets is in accordance with the "I 2 C-BUS" protocol. midnight, mis week's data is now considered to be last 

Therefore, on a regular basis, the microprocessor 74 is week's data, etc. The microprocessor 74 continues to per- 

sending a data packet to the customer module 48 that either 60 form the out of service tasks at 508 until at least one item 

provides information to, or requests status information from, dispenser 58 is brought online. 

the customer module 48. The initialization step 502 tests When the microprocessor 74 detects that at least one 

other components in the system, for example, the motors dispenser is online, the processor then checks at 510 to 

within the ticket dispensers 58. determine whether the current credit value is zero. In the 

Referring to FIGS. 4 and 6, upon power being applied to 65 zero credit state, the ticket dispensing system 29 is available 

the customer module 48, the microcontroller 96 at 602 to sell tickets, but there is no current sales activity. This state 

establishes default values and otherwise initializes serial is the normal idle state for the system. If the credit is 
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determined to be zero, the microprocessor at 512 then commands the circuitry 102 to provide a message to the 
performs the zero credit tasks. Such tasks include checking display instructing the customer to press a numeric game 
for the entry of a password, checking for the entry of a credit key, for example, "Select a Game*'. The process then loops 
and, again checking the realtime clock for a date rollover, If through the process just described with respect to process 
the processor 74 detects that a credit has been entered, the 5 steps 606-616; and if, at 617, a function key is not detected, 
process at 514 then moves to execute the nonzero credit the processor 96 at 619 processes the numeric key. That 
tasks at 516. processing is basically to decode and identify the item or 
The major nonzero credit tasks are set forth in the flow game associated with the numeric key. Thereafter, the pro- 
chart of FIG. 7. As previously described, the processor at cessor 96 at 620 transfers a data packet including that game 
702 detects whether another password has been entered. If 10 identification to the retailer module 38 in response to the 
so, the processor 74 then executes password tasks at 704. If next status request received from its microprocessor 74. The 
not, the processor again tests at 706 whether the realtime processor 96 then updates the credit value for the customer 
clock has experienced a date roll over. If so, the date roll module 48. In updating the credit value, the processor 96 
over tasks as previously described are executed at 708. If subtracts the value of the selected game ticket from the 
there has been no date roll over, the processor 74 determines 15 original purchase value; and instructs the circuit 102 to 
at 710 whether there is any credit on the system, that is, display the updated credit in the display 54 for the customer, 
whether the clerk has entered into the retailer access module The customer module 48 then at 622 returns to its idle mode 
58, a credit amount equal to a payment made by a customer in which it manages the display frames. With a credit present 
to purchase tickets. If a credit value is detected, the micro- and being displayed, the module 48 will normally not 
processor 74 in the retailer module 38 then posts the credit 20 change the state of the display. 

at 712. In posting the credit, the microprocessor 74 enters the Knowing that a credit exists, the retailer module 38 next 

credit value in the NO VRAM 80 and causes the decoder and expects to receive a keystroke from the customer module 48 

glue circuit 86 to provide an output to the display module 44 representing the identity of a particular game selected by the 

to display the credit value to the retail clerk. customer. If at 714, the processor 74 detects the receipt of a 

In addition, the microprocessor 74 prepares a data packet 25 game identification, it then proceeds at 718 to process the 

including the credit value which is transferred over the game selection request. Under normal circumstances the 

cables 66. Referring to FIG. 6, the customer module receives microprocessor 74 prepares and sends a data packet with a 

the data packet; and at 606, the processor 96 detects the dispense command to an appropriate one of the item dis- 

presence of the credit value transferred by the retailer pensers 58, and also send an inhibit command data packet to 

module 38. The processor 96 then instructs the circuitry 102 30 the customer module 48. If the ticket is available, the one of 

to provide the credit value to the display 54. Upon viewing the item dispensers 58 dispenses the ticket which makes it 

the credit amount in the display 54 of the customer module available to the retail clerk for collection and presentation to 

48, the customer then knows to begin the selection of game the customer. Any irregularity in the dispensing process, for 

tickets, the total value of which is to equal the displayed example, a jam, is detected by the item dispenser 58 and a 

credit value. The customer module 48 detects at 610 whether 35 state signal representing that condition is transmitted over 

one of the numeric keys 50 or one of the function keys 52 the cable 66 to the retailer module 38. In addition, upon 

on the keypad 49 is being pressed by the customer. If a key receiving the dispense command, the item dispenser 58 

actuation is detected the processor 96 then at 612 checks sends an acknowledgment to the retailer unit 38. 

whether a credit value exists. If one of the game keys 50 is in some situations, the ticket dispenser may be empty and 

pressed, but the retailer module 38 has not provided the 40 that zero inventory condition is transmitted back to the 

customer module 48 with a credit amount, the keystroke microprocessor 74. The microprocessor 74 then prepares a 

cannot be accepted. In this situation, the processor 96 at 614 data packet for the customer module 48 that includes a game 

causes the address decoder and glue circuitry 102 to provide offline command indicating the zero inventory condition, 

a signal to the audio indicator 104 which, in turn, produces The game offline may also arise because the selected item 

an audio warning tone or beep. 45 dispenser 58 is down for maintenance or if there is a 

If a credit value exists, the processor 96 at 616 determines communication problem with the item dispenser 58. Refer- 
whether the retailer module has transmitted an inhibit com- ring to FIG. 6, the microprocessor 96 detects at 606 the 
mand to the customer module 48. If the retailer module 38 receipt of the game online command, and at 608, the 
is processing a previous keystroke from the customer mod- command is processed. Upon receipt of the game offline 
ule 48; and the successful processing of the keystroke 50 command, the microprocessor 96 within the customer mod- 
depends on the operation of another device, for example, the ule 48 turns OFF the LED next to one of the keys 50 on the 
ticket dispenser 58, the system cannot accept any additional keypad 49 that is associated with the game that is online. In 
game selections from the customer until the previous selec- addition, the microprocessor 96 causes the address decoder 
tion has been successfully processed. Therefore, immedi- 102 to provide a message to the LCD display 54 that 
ately upon receiving a keystroke from the customer module 55 requests the customer to "Play Another Game". In addition, 
of 48, the retailer module 38 transmits a data packet inchid- the microcontroller 96 will set a state variable within the 
ing an inhibit command back to the customer module of 48. customer access module 48 that will provide the same 
When the retailer module 38 receives an acknowledgment message to the customer for subsequent depressions of that 
from the ticket dispensers 58 indicating that a dispense ticket same key That state variable remains set until the micro- 
command has been received, the retailer module 38 then 60 controller 96 receives a command from the retailer module 
transmits a cancel inhibit command to the customer module 38 canceling the game offline command. 
48. The retailer module 38 will subsequently check for a Returning to process step 718 of FIG. 7, when the retailer 
successful ticket dispensing operation. module 38 detects that the acknowledgment to the dispense 

Upon receipt of the cancel inhibit command, micropro- command from the ticket dispenser 58, the processor 74 

cessor 96 at 617 then determines whether the pressed key is 65 sends a release inhibit command to the customer module 48. 

one of the function keys 52. If so, the processor 96 at 618 The processor 74 then iterates through the nonzero credit 

processes the function key. In this example, the processor 96 tasks loop and checks for a password at 702, a date rollover 



US 6,356 : 

11 

at 706, and a credit on the system at 710. If the value of the 
game selection by the customer did not utilize all of the 
available credit, the processor 74 calculates the remaining 
credit, that is, the original credit less the value of the 
dispensed game ticket. At 512, the updated credit value is 5 
entered in the NOVRAM 80. The process of game ticket 
selection by the customer and ticket dispensing continues 
until the microprocessor 74 determines at 510 that the credit 
value is zero and then returns to the process illustrated in 
FIG. 4. The processor 74 then proceeds at 518 to poll the 
working item dispensers 58 and record any detected prob- 
lems. The retailer and customer access modules 38, 48 
continuously iterate through the processes illustrated in 
FIGS. 5-7 for as long as power is applied to the system. 
When the customer module 48 is idling at 622 of FIG. 6, the 
processor 96 normally causes the address decoder and glue 15 
circuitry 102 to transmit a message to the LCD display 
module 54 requesting the customer to "select function or 
game." However, if the credit is zero, the processor 96 
causes the display 54 to scroll through a number of default 
messages. The microprocessor 96 continuously iterates 20 
through the process steps 706-714 as long as power is 
applied to the customer module of 48. 

The above description assumed that the customer was 
selecting only numeric keys, however, the customer module 
48 includes several function keys 52 which may be used in 25 
combination with the number keys to select the game tickets. 
For example, one of the function keys may be used to select 
a predetermined number, for example, 5, tickets. After 
pressing that function key, the customer is then prompted by 
the display 54 to press a numeric game key. Upon a game 30 
key being selected, the processor 96 then creates five game 
identification data packets that are then serially transmitted 
to the retailer module 38. Another function key may be set 
up to choose different preselected number, for example, 10 
tickets. The third function key may be used to play all of the 35 
selected games. A fourth function key may also be utilized 
to randomly select the available games until the credit 
amount is satisfied. With each of the other function keys, 
after the function key is pressed, the customer then selects 
a game key; and the processor 96 provides game identity ^ 
data packets that correspond to the function key that was 
selected. 

To review a normal transaction, a customer at the check 
out counter 20, desiring to purchase game tickets, gives the 
cashier an amount of money equal to the purchase. The retail 45 
clerk then uses the keypad of 41 to enter the amount of the 
transaction, that is, the credit due the customer. The micro- 
controller 74 within the RAM 38 detects and identifies the 
keys pressed by the retail clerk, posts the amount of the 
credit in the NOVRAM 80, displays the credit value in the 50 
retailer module display 44 and transfers the credit value to 
the customer module of 48. The processor 96 within the 
customer module 48 displays the credit value. 

If the microprocessor 74 of the retailer module 438 
detects that any of the ticket dispensers are off-line or, that 55 
there is no inventory of tickets in some of the ticket 
dispensers, that information is stored in the NOVRAM 80; 
and in addition, a game off-line command is transmitted over 
the cable 66 to the customer module 48. The processor 96 
detects a game off-line command and sets a state variable 60 
with respect to that game. In addition, the processor 96 
commands the address decoder and glue circuitry 104 to turn 
OFF an LED 53 next to a key 50 in the keypad of 49 
associated with the off-line game. Thus, the customer knows 
that the game is unavailable and that the key is inactive. 65 

When the credit amount is displayed by the LCD display 
54 to the customer, the customer knows that online games 
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represented by the active keys may be selected. Upon 
pressing a key, the microcontroller 96 transmits the game 
identity to the retailer module 38, and the microcontroller 74 
responds with an inhibit to the customer module 48. The 
processor 74 then proceeds to command the appropriate 
ticket dispenser to dispense the selected ticket; and upon 
receiving an acknowledgment to the dispense command, the 
processor 74 removes the inhibit from the customer module 
48. Simultaneously, the microprocessor 74 recomputes the 
current credit value and posts the new credit value in the 
NOVRAM 80 as well as the retailer display 44. The pro- 
cessor 96 in the customer module 48 also computes an 
up-to-date credit value and displays the new credit value in 
the display 54. That process continues until the customer has 
selected a number of tickets that brings the credit value to 
zero. The retail clerk then collects the dispensed tickets from 
the dispensers 58 and provides the tickets to the customer. 

The retailer access module 38 may also be used in 
association with the printer 70 to provide a wide variety of 
reports. The NOVRAM 80 within the module 38 maintains 
a complete history of ticket sales in terms of when they were 
sold, which game tickets were sold, the value of the game 
tickets, the clerk on duty, etc. Further, many reports of the 
history of sales can be provided, for example, sales by the 
shift by the day, or by the week, etc. 

The item dispensing system 29 of the above described 
invention provides a distributed, modular and scalable item 
dispensing system that has many features making it espe- 
cially suitable for point-of-sale counters. First, the present 
invention provides a game ticket purchase and dispensing 
system that is very automatic, very secure and has a high 
level of reporting. Thus, with the system automatically 
calculating the credit remaining, there should be no math 
mistakes. Further, the automatic dispensing should eliminate 
mistakes in accidentally dispensing too many tickets. With 
the tickets locked in their dispensers, ticket theft is mini- 
mized if not eliminated. 

By making the retailer and customer modules 38, 48 and 
the dispensers 58 self contained, stand-alone units, the units 
can be located at the POS counter 20 at any convenient 
location. For example, the customer unit 48 may be placed 
on the top surface 26 of the counter 20, or the unit 48 may 
be placed on another support at the counter, for example, a 
shelf on, or next to, the counter 20. Further, the customer 
unit 48 may be picked up and viewed at close range as 
required by customers. 

Similarly, the retailer module 38 may be placed on the 
surface 26 of the counter 20, or it may be placed on another 
support at the counter 20 or adjacent the POS terminal, for 
example, a shelf on or next to the counter 20 or cash register. 
In addition, the modularity of the retailer module 38 permits 
it to be connected directly to a retailer POS terminal 33 FIG. 
2) or its functions to be integrated within the retailer POS 
terminal. 

The stand-alone modular construction further permits a 
high degree of scalability. That is, a different number of 
dispensers can be easily added and removed from the system 
29 to accommodate different numbers of items to be sold and 
dispensed. The only practical limitation is the maximum 
number of dispensers established by the system design 
which is a matter of design choice. In addition, the item 
dispensers 58 may be readily located at any convenient 
location. While it is generally considered most convenient to 
have the item dispensers 58 at the counter 20, they do not 
have to be in the proximity of the counter 20. Further, each 
of the item dispensers 58 may be placed in different loca- 
tions at the convenience of the user. 
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The item dispensing system 29 of the present invention expensive and subject to error caused by misplaced or lost 

has a significant advantage in that by placing the system at reports, etc. Further, each of the item dispensing systems 

the POS counter, the items to be sold are exposed to must be serviced on an individual basis. For example, 

substantially more potential customers than is possible with password lists which are replicated in each of the dispensers 

existing systems. Thus, it is expected that significantiy 5 must be properly maintained to provide for new, modified 

greater sales will be made. and deleted entries. Such a task, done repeatedly for each 

While the invention has been illustrated by the description individual machine or system of item dispensers is labor 

of one embodiment and while the embodiment has been intensive, tedious and expensive. 

described in considerable detail, there is no intention to A more efficient, automatic and timely reporting capabil- 

restrict nor in any way limit the scope of the appended 10 ity is provided by a further embodiment of the invention as 

claims to such detail. Additional advantages and modifica- illustrated in FIG. 8. Item dispensing machines or systems 

tions will readily appear to those who are skilled in the art. 149 are often supplied by a vendor via a commercial sale or 

For example, the serial POS printer 70 is described as having lease to a client or customer of the vendor, for example, a 

pass through ports and connected to the cables 66. However, state authority. The client then provides the item dispensing 

if the POS printer 70 does not have pass through ports, it 15 systems 149 to different retail locations 147 that are collec- 

may be connected to the retailer module 38 using an RS-232 tively associated with that client. The vendor may have item 

serial link. In addition, the "I 2 C-BUS" communications dispensing systems for many different items that can be 

protocol is used to transfer data over the cables 66; however, compactly stored in bulk, for example, lottery tickets or 

again, other communications protocols, for example, other types of tickets, phone cards, stamps, cards or any 

"CANBUS", "ESCHLON" or proprietary protocols may be 2Q other items capable of being relatively compactly invento- 

used. ried and automatically dispensed. Thus, for purposes of this 

Further, the ticket dispensing system as described above description, a client of the vendor is any entity that uses a 

is not interconnected with the retail POS terminal, and all group of the vendor's item dispensing systems for dispens- 

com municatio ns between the ticket dispensing system and ing items, and the described distribution of lottery ticket 

the retail system, for example, the amount of the purchase, 25 dispensers by a state authority to retailer locations within the 

must be entered by a retail person in both the retailer module state is only one example of a client and an item dispensing 

38 and the retailer POS cash register 33. As will be system. 

appreciated, referring to FIG. 2, the retailer access module In the transaction between the vendor of the item dis- 

38 may be connected by RS-232 lines 31, 32 to the retailer pensing systems 149 and its client, the vendor may contract 

POS cash register or terminal 33 and a retailer modem 34. 30 with its client, for example, the state authority, to maintain 

Similarly, the retailer access module 38 may be connected and service the item dispensing systems 149 at the various 

by an RS-485 line 35 to a retailer multidrop network retailer locations 147. Further, such a service contract may 

terminal 36. With the retailer module 38 in communication exist with different clients, for example, different state 

with the cash register 33, the amount of the purchase only authorities, State#l . . . State#n. In this embodiment, to 

has to be entered once. In addition, with that and the other 35 facilitate that service obligation, the vendor establishes a 

communications connections mentioned above, the inven- wired or wireless bidirectional communications link 160 

tory and sales data stored in the NO VRAM 80 can be between a host computer 161 under the control of the vendor 

integrated into the retailer's reporting system. Further, as and the item dispensing systems 149, at the various retailer 

will be appreciated, the whole function of the retailer access locations 147 associated with different clients, for example, 

module 38 may be integrated into the retailer POS terminal 40 different states, State#l . . . State#n. Further, in this 

33; and in that embodiment, the retail module 38 will not embodiment, a bidirectional communications link 170 is 

exist as a separate unit. also established between the vendor's host computer 161 

The system disclosed in FIGS. 1 and 2 provide a passive and client computers 171, for example, computers that are 

display panel 30 and a separate customer unit 48 having a used or controlled by a client such as one or more state 

number of keys corresponding to the games presented in the 45 authorities, State#l Computer . . . State#n Computer. Thus, 

display unit 30. As will be appreciated, the displays in the with such communications links, the host computer 161 is 

panel 30 can be individually made active, so mat they able to remotely collect data and alarm conditions from the 

respond to actions by the customer in selecting a game. In various item dispensing systems 149 as well as pass on data 

that embodiment, the display panel has the same capabilities from various state computers 171 to appropriate ones of the 

as the numeric keys 50. In addition, and in a similar manner, 50 of the item dispensing systems 149. Thus, the devices of 

the function keys 52 may also be integrated into the display FIG. 8 function collectively as an item dispensing system 

panel 30. As will be appreciated, the components of the item network or a remote data and alarm collection ("RDAC) 

dispensing system 29 may installed in an existing counter, or network 144. 

alternatively, the components may be installed in a counter In the description herein, host computer 161 is described 

module that is a complete dispensing system and installed as 55 as being a computer used by a vendor of the item dispensing 

a complete POS counter unit. In a further embodiment, the systems 149. Further, the state computers 171 are described 

passive display 30 need not be used, and instead, the items as being computers used by clients of a vendor of the item 

are displayed and selected using only the keys 50 of the dispensing systems 149; however, as will be appreciated, 

customer module 48. those commercial relationships are illustrative and are not to 

Even though the item dispensing system 29 has a sub- 60 be considered a limitation on the scope of the invention. The 

stantial ticket inventory and sales reporting capability, if the host computer as recited in the claims can be any computer, 

retailer has a number of item dispensing systems, those for example, computer 161, that exchanges alarms and/or 

reports must be manually collected from each of the other data with item dispensing systems 149 regardless of 

machines which is labor intensive, time consuming and the commercial relationship of the user of the host computer 

expensive. In addition, retailers are required to provide those 65 161 to the vendor of the item dispensing systems 149. 

reports to a central administrative agency, for example, a Further, the client computer as recited in the claims can be 

state lottery commission, which again is labor intensive, any computer, for example, computer 151 that exchanges 
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alarms and/or other data relating to the item dispensing may be a number of stand-alone computers dedicated to a 
systems 149 with the host computer 161 regardless of the particular one, or a group of, states; or the plurality of host 
commercial relationship of the user of the client computer to computers may connected into a network of computers or 
the vendor of the item dispensing systems. implemented in another configuration. In some applications, 
In the specific example illustrated in FIG. 8, in a first state, 5 a bidirectional communications link may directly connect 
for example, State #1, a plurality of retail locations 147, for the host computer 161 to a retailer computer 151 as shown 
example, Retailer #1 . . . Retailer #n, each have a plurality by the communications link 160a between the host computer 
of item dispensing systems 149, for example, ID #1 ... ID 161 and the retailer computer, RC #1 at Retailer #1 in State 
#n. The item dispensing systems 149 may be the item #1. With this embodiment, the retailer computer 151 may 
dispensing systems 29 (FIG. 1) described earlier herein, a 10 collect and store data therein or, collect data from the item 
clerk facilitated item dispensing unit such as that described dispensing systems 149 and immediately transfer that data to 
in U.S. Pat No. 4,982337, a stand-alone item dispensing Ae ^ computer 161. Alternatively, a bidirectional corn- 
machine or any other item dispensing system that is known munications link 1606 may connect the host computer 161 
in the art, or any combination of such item dispensing to mc ***** controllers 145 in each of the item dispensing 
systems. However, it is required that each of the item 15 systems 149 as shown by the communications links between 

dispensing systems 149 of FIG. 8 have a system controller 15 * e hos \^ U %\ 6 V°t ^ SyStem * ™ 

lAnTc 1 c wry <* *u ♦ „ nA #1 ... ID #n at Retailer #n in State #1. 

145, for example, referring to FIG. 3, the microcontroller 74 A ni , . . fc , . . . c 

and associated devices within the retailer module 38. In As will be appreciated, any ty^ and combmaUon of 

.... , . ,. . . _ , communications links may be established between the van- 

addition, each item dispensing system must have a commit- Qus retailer locations 14/^ ^ host c^^er 161. The 

mcations port, for example referring to FIG. 2 a retailer 20 choice of a ^^on of one, or a combination of, 

modem 34 or a retailer multidrop network terminal 36. As an communications links will depend on many factors such as 

alternative to a wired communications link, the port may be me availability of different communications resources, their 

implemented using an RF or other wireless communications respective costs, etc. Such communications links may be a 

technology. Similar groupings of item dispensing systems, commercial telephone link, an Internet link, a cable link, a 

ID #1 ... ID #n, are also located at a plurality of retailer ^ satellite link, etc. The selection of a communications link 

locations, Retailer #1 . . . Retailer #n, in one or more other configuration and the frequency of data transmissions to the 

states, State #n. host computer will also depend on previously described 

In the embodiment of FIG. 8, each of the retailer locations factors, for example, the number of item dispensing systems 
147 have respective retailer computers 151, and each of the 149 at a location, their level of activity, the requirements of 
retailer computers 151 is connected to associated system 30 the retailer and the state authority, etc. 
controllers 145 within the item dispensing systems 149 at a As previously described with respect to the retailer corn- 
respective retail location by a wired or wireless bidirectional puter 151, the host computer 161 stores transmitted data in 
communications link 150 that conforms to the communica- a remote data collection ("RDC") database and provides 
tions port on each of the item dispensing systems 149. The individual item dispensing system reports or consolidated 
frequency with which data is transferred between the item 35 reports relating to items dispensed, sales dollars, item 
dispensing systems at each retailer location 147 and a inventory, etc., as desired. Most often, the client or state 
respective retailer computer 151 is dependent on the com- computers 171 are at locations geographically remote from 
puter resources and the number of item dispensing systems the host computer 161 and the retailers. The choice of a 
at each retailer location 147, the expected sales volume of communications link configuration between the host com- 
the item dispensing systems 149, etc. Thus, the reporting of 40 puter 161 and the state computer 171 will depend on many 
data from an item dispensing system to the retailer computer of the same factors previously described with respect to the 
151 may be on a batch basis, for example, once each shift, communications link 160 between each of the retailer loca- 
one or more times each day or at some other interval tions 147 and the host computer 161. 
Alternatively, data may be reported or transferred from an use, referring to FIG. 9, the host computer 161, at 902, 
item dispensing system 149 to the retailer computer 151 in 45 first receives data relative to one or more item dispensing 
real time in response to each item dispensing system trans- systems 149 from one or more retailer locations 147 over 
action. respective communications links. As previously indicated, 

Thus, by whatever mode of data transfer is selected, each such data can be transmitted either on a transaction-by- 

of the retailer computers 151 is able to collect and store data transaction basis or on a batch basis. Further, if necessary, 

associated with the operation of each of the item dispensing 50 priorities may be assigned to the different retailers so that the 

systems 149 and provide desired reporting for each of the host computer 161 processes the more urgent data first. At 

item dispensing systems 149 connected thereto as well as 904, the host computer 161 loads the data relating to one or 

consolidate data to provide consolidated reports for groups more of the retailer's item dispensing systems 149 into RDC 

of item dispensing systems. Such consolidated reporting is database within the host computer 161. If communicating on 

useful in providing financial reports to a client, for example, 55 a batch basis, communications between any one of the 

a state authority such as a supervising lottery commission. retailer computers 151 and the host computer 161 is initiated 

Consolidated reports can also assist a retailer in maintaining by either of those computers. After the data is received from 

the appropriate ticket inventory. Further, individual item a particular retailer, if, at 905, none of the item dispensing 

dispensing systems 149 can be serviced from a retailer systems is to be updated with data from the state, as will 

computer 151 connected thereto. Thus, for example, pass- 60 subsequently be described, the communications with that 

word lists can be easily updated from a single, secure retailer are terminated. The host computer 161 operates on 

location, that is, the retailer computer 151. a continuing basis to collect data and maintain the RDC 

The host computer 161 is normally at a location geo- database with the most current information from all of the 

graphically remote from the retailer locations 147. As will be item dispensing systems 149. The host computer 161, at 906, 

appreciated, the schematic showing of a host computer 161 65 detects whether a request for a report has been generated. A 

in FIG. 8 is understood to be either a single computer or a report request may be generated by the vendor or another 

plurality of host computers. The plurality of host computers entity as will be described. 
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A report request is serviced by the host computer 161 at VME database to identify whether any of the set "ID 

908. As part of the RDC database reporting function within Update" flags correspond to item dispensing systems 149 at 

the host computer 161, an electronic file of the requested the retailer with which the communications link 160 is 

report is generated. As previously described, the host com- currently established and active. If an "ID Update" flag 

puter is controlled by the vendor of the item dispensing 5 corresponds to an item dispensing system at the retailer with 

systems, and a report request may be generated by the which communications are active, the host computer 161 at 

vendor. Further, the vendor may request that such report be 909 proceeds to transfer data in the VME database associ- 

displayed, printed or transmitted to another location. If a ated with that item dispensing system over the communica- 

display request is detected, at 910, the generated report is tions link 160 to a respective retailer computer 151. 

displayed at 912. Similarly, a print request detected by the 10 Thereafter, the host computer resets the "ID Update" flag for 

host computer 161, at 914, results in the host computer that item dispensing system, and at 911, checks whether that 

causing the report to be printed at 916. As will be was the last item dispensing system to be updated. If not, the 

appreciated, the report may be printed at the location of the process again at 907 scans the VME database for other set 

host computer, or the host computer can cause the report to "ID Update" flags. If none are found for the item dispensing 

be printed at a location remote from the host computer. 15 systems 149 at the current retailer location 147 with which 

The embodiment of FIG. 8 permits data relating to the communications is active a "Last ID" flag is set. That flag is 

item dispensing systems 149 at the various retail locations detected at 911, is reset and the process checks for a report 

connected to the host computer 161 to be transferred to a request at 906 as previously described. The data at the 

client computer associated with a state authority. Thus, after retailer computer 151 may be passed immediately to the 

servicing a report request or in the absence of a report 2 o appropriate item dispensing system, or the data may be 

request, the host computer 161 detects, at 918, a request to buffered in the retailer computer 151 for a later transfer to an 

transfer data to the state authority. Such a request may be appropriate item dispensing system 149. Thereafter, the new 

generated manually by the vendor or the state or, may be message is then displayed on the electronic message boards 

created automatically in response to a calendar/clock within of each of the item dispensing systems 149 identified by the 

the host computer, a time interval since the last data transfer, 25 state * Th e nost computer 161 then iteratively executes the 

the detection of some operating condition of one or more process of FIG. 9 as described above. Anew text message is 

item dispensing systems 149, etc. The host computer, at 920, only one example of data that may be transferred from the 

services that request. The particular state authority is state to individual item dispensing systems 149 at retail 

identified, and the fields of data associated with that state locations; and as will be appreciated, any other item dis- 

authority are identified and packaged for transmission to an 30 pensing system data can be transferred from the state to a 

appropriate one of the state computers 171. The host com- desired item dispensing system. 

puter 161 collects a large amount of data relating to the Thus, with this embodiment, the vendor's host computer 

operation of the item dispensing systems 149, however, not 161 of FIG. 8 has all of the information necessary to fulfill 

all of that data is required by each of the state authorities, most, if not all, of the reporting requirements of each of the 

and some of the data collected is for the exclusive use of the 35 item dispensing systems 149 at various retail locations in 

vendor and not required by any of the state authorities. The one or more states. As will be appreciated, the host computer 

host computer identifies the state authority requesting the can transmit the raw data collected from the item dispensing 

information, retrieves the data required by that state and systems to the state computers 171, or the host computer 161 

transfers the data to the client computer associated with that can perform some processing of the data and transmit that 

state authority. That data is then used by the state authority 40 processed data to the state computers. Further, the host 

to create reports relating to the dispensing of items, restock- computer 161 can prepare state specified reports using the 

ing of item inventories, etc. collected data and transmit that data to the state computers. 

With this embodiment, the state authority is able to In addition, any communications with the state computers 

transmit data to individual item dispensing systems 149 at 171 can occur either on a transaction-by-transaction basis or, 

selected retail locations. For example, some item dispensing 45 on a batch reporting basis, as the parties desire, 

systems have electronic displays that provide messages The embodiment of FIG. 8 has several advantages over 

associated with the dispensing of items. From time to time, known systems. First, the vendor's service obligations with 

the state authority may wish to modify the content of those the state authority may make it feasible for the vendor to 

messages; and thus, the state authority transmits new mes- provide a host computer 161 and establish a communica- 

sages to the item dispensing systems via the vendor's host 50 tions link between the retail locations and the host computer, 

computer. In those applications, the host computer 161, at The existence of such connections gives the vendor access 

922, determines whether it has received a request to accept to all of the data required to be reported to the state authority 

data from a state computer 171. If so, the host computer, at by the retailers. Further, the vendor is connected to a large 

924, receives data from the state computer which includes number of retailer locations 147 and an even larger number 

the text of a new message and the state identification number 55 of item dispensing systems 149; and therefore, the overhead 

of item dispensing systems 149 that are to display the costs of handling the data collection and reporting of the 

message. The host computer then at 925 loads that data in retailers can be spread thereover. Thus, the embodiment of 

the vending machine update ("VME") VME database within FIG. 8 provides certain efficiencies heretofore unavailable, 

the host computer 161 and sets an "ID Update" flags for each Second, with the embodiment of FIG. 8, the communi- 

of the different item dispensing systems identified by the 60 cations between the retailer and the state authorities is, for 

data received from the state. all practical purposes, in real time and much faster than the 

During a subsequent iteration through the process of FIG. current reporting systems in which reports are printed by the 

9, each time a communications link is established with a retailers and mailed or sent to the state authorities by courier, 

retailer, the host at 905 checks the status of the "ID Update" Having more current information permits the state authori- 

flags to determine whether any data is waiting to be trans- 65 ties to more quickly audit the operations of the retailers and 

ferred to an item dispensing system. If any of the "ID generate their own financial reports. That faster financial 

Update" flags is set, then at 907, the host computer scans the reporting should permit the state authorities to more quickly 
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settle their financial accounts with the retailers. In addition, their level of activity, the requirements of the item vendor, 

the better reporting will allow a more rapid response to low for example, a state authority, the requirements of an item 

item inventories that may be detected. As in any business, dispensing system service provider, for example, the item 

more current, accurate information provides an opportunity dispensing system vendor, etc. 

for a more accurate analysis of current operations, more 5 As described with respect to FIG. 8, in the embodiment of 

accurate predictions and a more efficient operation overall. FIG. 10, vendors of the item dispensing systems 149 nor- 

Another embodiment of the invention is illustrated in mally lease or sell item dispensing systems to item vendors 

FIG. 10. In this embodiment, the item dispensing systems for different periods of time. In addition, for items such as 

149 are normally fully automated, stand-alone dispensing lottery tickets, the item vendors often have a maintenance 

machines that are capable of dispensing items that can be 10 contract with the item dispensing system vendor to keep the 

compactly stored in bulk, for example, lottery tickets or item dispensing systems operating reliably at the various 

other types of tickets, phone cards, stamps, cards or any locations. The obligation to maintain adequate item inven- 

other items capable of being relatively compactly invento- tories in the item dispensing systems is normally undertaken 

ried and automatically dispensed. As with the embodiment by an entity at the site of the item dispensing system. Thus, 

of FIG. 8, each of the item dispensing systems 149 has a 15 in the present example, a maintenance and service contract 

system controller 145 including a communications port. As often exists between the item dispensing system vendor and 

an alternative to a wired communications link, the port may the item vendors, that is, the different state authorities, to 

be implemented using an RF or other wireless communica- maintain lottery ticket dispensing machines operating prop- 

tions technology. A wired or wireless bidirectional commu- erly. In the fulfillment of maintenance and service 

nications link 160 exists between a host computer 161 and 20 responsibilities, some service providers hire persons to 

the item dispensing systems 149 at the various locations 148. periodically visit the item dispensing systems, for example, 

Similarly, a wired or wireless bidirectional communications daily, weekly, etc. While such a process may be effective in 

link 170 exists between a host computer 161 and the state some environments, in many environments some item dis- 

computers 171. With such communications links 160, 170, pe rising systems are used significantly more than other 

the host computer 161 is able to remotely collect data and ^ machines. Further, if a fault or a failure does occur, the item 

alarms from the various item dispensing systems 149 as well dispensing system may remain inoperative until the next 

as pass on data from various state computers 171 to appro- periodic visit by a service person. Therefore, it is highly 

priate ones of the of the item dispensing systems 149. Thus, desirable to be able to monitor the operation of the item 

the devices of FIG. 10 function collectively as an item dispensing systems and provide service on the basis of their 

dispensing system network or a RDAC network 144. 30 use as well as any faults that may occur. 

As with the embodiment of FIG. 8, in this embodiment, The absence of a communications link between an item 

a client of the dispenser vendor is normally the item vendor, dispensing system and the host computer means that fault 

that is, any entity that uses the vendor's dispensers for conditions within the item dispensing system may go unre- 

dispensing items. The described sale of lottery tickets by a ported. Further, the fault may go unreported, and the item 

state authority is only one example of a client or item vendor 35 dispensing system may be out of service until the fault 

and an item dispensing system of the present invention. As condition is reported and a service agent is able to respond, 

will be appreciated, commercial relationships described A better item dispensing system is one in which fault 

herein are illustrative and are not to be considered a limi- conditions are automatically monitored and reported so that 

tation on the scope of the invention. The host computer as service agents can be dispatched to cure the fault While 

recited in the claims can be any computer, for example, a 40 such a system is an improvement over no-fault reporting, in 

computer 161, that collects alarms from and/or exchanges some situations, a fault may not result in an item dispensing 

data with item dispensing systems 149 regardless of com- system being removed from service. Dispatching a service 

mercial relationships. person to address a fault which does not remove an item 

The locations 148 may be any location including a dispensing system from service is a nuisance and not an 

commercial retail location. The host computer 161 is nor- 45 efficient use of service personnel. 

mally at a location geographically remote from the locations Therefore, a superior item dispensing system is one that 

148. As will be appreciated, the schematic showing of a host monitors fault conditions in real time but selectively creates 

computer 161 in FIG. 10 is understood to be either a single alarms, for example, in only those situations in which the 

computer or a plurality of host computers. The plurality of item dispensing machine is out of service or about to go out 

host computers may be a number of stand-alone computers 50 of service. Therefore, the present item dispensing system has 

dedicated to a particular one, or a group of item vendors* for two categories of faults — fatal faults and nonfatal faults, 

example, states; or the plurality of host computers may be Fatal faults are referred to herein as fault conditions that take 

connected into a network of computers or implemented in an item dispensing system out of service or substantially 

another configuration. impact the immediate continuing operation of the item 

As will be appreciated, any type and combination of 55 dispensing system. Conversely, nonfatal faults are referred 

communications links 160, 170 may be established between to herein as fault conditions that do not take the item 

system controllers 145 and a host computer 161 and the host dispensing system out of service or do not substantially 

computer 161 and a state computer 171. The choice of a impact the immediate continuing operation of the item 

configuration of one, or a combination of, communications dispensing system. For example, if a monitored fault is a 

links will depend on many factors such as the availability of 60 fatal fault, an out of service alarm is generated. However, if 

different communications resources, their respective costs, a monitored fault is a nonfatal fault, an alarm may or may 

etc. Such communications links may be a commercial tele- not be generated depending on the relationship of the 

phone link, an Internet link, a cable link, a satellite link, etc. nonfatal fault to the stored alarm limits. 

The selection of a communications link configuration and Further, threshold values that trigger nonfatal faults are 

the frequency of data transmissions to the host computer will 65 programmable, so that nonfatal faults can be provided that 

also depend on previously described factors, for example, warn of impending fatal fault conditions. Thus, the item 

the number of item dispensing systems 149 at a location, dispensing system can be tuned to create various warning 
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alarms representing either the existence of, or the approach 
of, fatal fault conditions. The ability to adjust or filter the 
occurrence of faults and alarms minimizes the occurrence of 
nuisance alarms and permits service agents to be utilized 
more efficiently. With the RDAC network 144 of FIG. 10, 5 
each item dispensing system 149 automatically tracks its 
own operating condition in real time and only sends an alarm 
to the host 161 in the event that a fatal fault has taken, or one 
or more nonfatal faults are about to take, the item dispensing 
system out of service. The user of the host computer 161 10 
then monitors the alarms being provided by the item dis- 
pensing systems 149 and is able to more quickly and cost 
effectively dispatch service agents to the various locations 
148 to minimize any downtime of the item dispensing 
systems 149. 15 

Referring to FIG. 11, the system controller 145 is in 
electrical communications with cash receiving and storing 
devices, for example, a bill acceptor 152 and coin acceptor 
153. Both the bill acceptor 152 and coin acceptor 153 
provide signals to the system controller 145 that are indica- 20 
rive of the operation of the respective devices. The system 
controller 145 analyzes or manages the signals being pro- 
vided by the respective bill and coin acceptors 152, 153 to 
determine their proper operation as well as any fault con- 
ditions that may occur. The system controller 145 is thus 25 
able to determine the numbers of bills and coins accepted, 
the cash values of the bills and coins accepted, the total value 
of the cash held in the item dispensing system 149 as well 
as any fault condition. Those data values are stored in 
memory associated with the system controller 145 including 30 
the fault store 154. 

The system controller 145 is also in electrical communi- 
cations with item dispenser modules 58 (FIG. 2). Any 
particular item dispensing system 149 may have one or 
multiple, for example, up to 9 or more, item dispensers 58. 35 
The item dispensers 58 have various solenoids, motors, 
lights, etc., which are operated by command signals origi- 
nating with the system controller 145. In addition, the item 
dispensers 58 have various proximity detectors and other 
devices that provide feedback signals to the system control- 40 
ler 145. In controlling the operation of the item dispensers 
58, the system controller 145 is able, via feedback signals 
from the item dispensers 58, to detect various operating 
states as well as fatal and nonfatal fault conditions. Upon 
those faults being detected, the system controller 145 stores 45 
the fault conditions in the fault store 154 in association with 
an identity of a respective one of the item dispensers 58. 
Based on an analysis of other signals indicative of the 
operating condition of each of the item dispensers 58, the 
system controller may determine other fatal or nonfatal fault 50 
conditions that are also stored in the fault store 154. 

The system controller 145 also provides command or data 
signals to, and receives feedback signals from, other mis- 
cellaneous devices that are not shown, for example, lights, 
motors, limit switches, solenoids, etc., within the item 55 
dispensing system 149. The system controller 145 often 
counts the occurrence of operation of certain switches, for 
example, a switch detecting the opening and closing of an 
access door to the item dispensing system 149. Other fault 
conditions are determined by the system controller 145 from 60 
the monitoring of the operation of those devices and stored 
in the fault store 154. The system controller 145 is also in 
electrical communication with a printer 157 which is used 
by service persons to obtain reports with respect to the 
operation of the item dispensing system 149. Based on the 65 
monitoring of the operating state of the printer 157, the 
system controller 145 determines and stores faults associ- 
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ated with the printer 157. Therefore, during the operation of 
the item dispensing system 149, the system controller 145 
continuously monitors the devices within the item dispens- 
ing system 149 and maintains a record of detected or 
determined fatal and nonfatal faults within the fault store 
154. Further, the system controller generates and stores fault 
states in the fault store 154 in response to detecting or 
determining various fault conditions. Upon an alarm being 
generated, the system controller 145 transfers the alarm 
signal and the current status of the faults in the fault store 
154 to the host computer 161 for further processing. 

During the process of operating the item dispensing 
system 149 of FIG. 11, the system controller 145 periodi- 
cally executes an alarm manager subroutine illustrated in 
FIG. 12. The alarm manager feature described herein is 
optional and may be turned on or off as desired. Assuming 
the alarm manager is turned on, the system controller 145 is 
continuously monitoring the operation of all of the devices 
within the item dispensing system 149. Further, a number of 
faults are defined and stored in the fault store 154 which 
relate to the operating condition or state of the various 
devices in the item dispensing system 149. Such faults may, 
for example, relate to whether the bill acceptor 152 or the 
cash acceptor 153 is jammed, the inventory of items in the 
item dispensers 58, the number of bills stored in the item 
dispensing system 149, etc. Further, there may be composite 
faults that relate to the operating conditions or states of a 
plurality of the devices within the item dispensing system 
149. For example, if a plurality of item dispensers 58 are 
dispensing the same item, a composite fault may relate to the 
collective inventory of items in the plurality of item dis- 
pensers 58. 

In addition, fault thresholds for each of the faults are 
stored in the fault store 154. A fault threshold is a stored 
value representing a state that triggers a fault. Therefore, as 
the system controller 145 processes feedback signals from 
the devices in the item dispensing system and monitors their 
respective operational conditions or states, in executing the 
alarm manager subroutine, at 202, the system controller 145 
compares the operational state of the devices in the item 
dispensing system with the fault thresholds stored in the 
fault store 154. The current state of the faults in the fault 
store 154 are thus determined by the system controller 145 
based on whether the current operating conditions of the 
devices meet the stored fault thresholds. If the current 
operating conditions or states are equal to, or otherwise 
meet, certain ones of the stored fault thresholds, the current 
states of the faults associated with those stored fault thresh- 
olds are registered, that is, switched to a true state, in the 
fault store 154. The current states of the other faults in the 
fault store 154 remain unchanged. As indicated earlier, there 
may be composite faults that are defined by the states of 
other faults. The alarm manager, at 202, also determines the 
state of composite faults as a function of the current states 
of the faults defining the respective composite faults. 

Next, at 204, the alarm manager subroutine sequentially 
compares or tests the current state of each of the faults with 
the last or immediately prior state of each of the faults that 
was determined and stored in the fault store 154 during a 
prior execution of the alarm manager subroutine. At 206, the 
alarm manager subroutine determines if any of the registered 
current faults has deteriorated. In other words, has a current 
fault switched from a false state to a true state during the last 
iteration of the alarm manager subroutine. With a composite 
fault, the existence or registering of one of the current faults 
defining the composite fault may or may not cause the 
composite fault to be registered or switched true, depending 



US 6,356,794 Bl 

23 24 

on the states of the other faults defining the composite fault. number of items dispensable, including zero. Normally, the 

Thus, the system is very flexible in being able to define faults low dispenser inventory fault threshold is set to the same 

and determine a particular deteriorated state of operation of number for all item dispensers 58 in the item dispensing 

the system. system 149. The low dispenser inventory threshold value 

The alarm manager subroutine, at 208, determines 5 can be a percentage of the maximum number of items or a 

whether the alarm system is enabled; and if so, at 210, the number based on other factors such as average usage of the 

alarm manager subroutine generates an alarm in response to item dispensing system 149, the expected time required to 

a deterioration of a registered fault. Thereafter, at 212, the provide service personnel to the machine, etc. Hence, when 

alarm manager subroutine saves the current fault states as the system controller 145, at 202, determines that an item 

the last fault states in the fault store 154. 10 dispenser 58 has an undispensed number of items equal to a 

In one example of the above process, the system control- corresponding low dispenser inventory threshold value in 

ler 145 continuously monitors the operation of the bill the fault store 154, a low dispenser inventory fault for that 

acceptor 152. In that monitoring process, the system con- item dispenser is registered or switched to a true state. The 

trailer 145, in some applications, detects a true state of a alarm manager subroutine compares the current state of that 

feedback signal indicating that the bill acceptor 152 is 25 fault to its last state, at 204 and, at 206, determines whether 

jammed. The alarm manager subroutine, at 202, in the the state of the low dispenser inventory fault for that item 

process of discriminating all of the fault states with respect dispenser has deteriorated. Since it has, an alarm is gener- 

to respective fault thresholds, compares the true state of that ated and subsequently transferred to the host computer 161. 

feedback signal to a true state of a corresponding fault The operator of the host computer can then advise someone 

threshold in the fault store 154. Detecting that the states are 2 o at ^ s i te °f me i tem dispensers to check the item inventory 

the same, the alarm manager registers the bill acceptor out prior to the inventory being depleted, 

of service fault; and therefore, that fault has a current true In some installations having a plurality of item dispensers, 

state in the fault store 154. Next, after comparing all of the it may not be desirable to generate and alarm every time a 

current fault states with all of the immediately prior or last low dispenser inventory fault is registered. For example, if 

fault states, at 204, the alarm manager, at 206, determines 25 the item dispensing system 149 contains a plurality of item 

which current fault states have deteriorated. In this example, dispensers 58 (FIG. 2), the fact that a single item dispenser 

the alarm manager determines whether the current state of has a low inventory of items may not warrant that the item 

the bill acceptor out of service fault has deteriorated from the dispensing system 149 be serviced. Therefore, the system 

last iteration of the alarm manager subroutine. Assuming controller 145 may permit a low dispenser inventory fault to 

that the alarm manager is enabled, if the current state of the 30 be registered for two or more of the item dispensers within 

bill acceptor out of service fault has not changed, that is, its the item dispensing system 149 before generating an alarm, 

last state was true and its current state is true, no alarm is In this embodiment, a multiple dispenser low inventory 

generated. If me last state of me fault was true, an alarm was ("MOLT") composite fault is created that monitors the 

previously generated; and therefore, the check for fault registration of low dispenser inventory faults of all of the 

deterioration prevents the generation of redundant alarms. 35 item dispensers 58 within the item dispensing system 149. A 

However, if the bill acceptor out of service fault has determination is made by the user as to how many item 

deteriorated, an alarm is generated at 210. Then, at 212, the dispensers 58 will be allowed to reach their low dispenser 

current states of all of the faults are stored as the last states inventory threshold before an alarm is sent to the host 

of the faults; and in this example, the current true state of the computer 161. For example, if the item dispensing system 

bill acceptor out of service fault is stored as its last state in 40 has eight item dispensers and it is determined that four low 

the fault store 154. The system controller 145 also imme- dispenser inventory faults will be allowed before an alarm is 

diately transfers the alarm and the current status of the faults sent to the host computer 161, the MDLI composite fault 

in the fault store to the host computer 161. threshold is set to four. In the execution of the alarm 

Under some circumstances, a fault condition, for manager subroutine, the MDLI composite fault remains 
example, a fatal fault, immediately produces an alarm that is 45 false as long as only three of the eight item dispensers 
immediately reported to the host computer, for example, a register a low dispenser inventory fault. However, as soon as 
bill acceptor out of service fault. However, as indicated any four of the eight item dispensers register a low dispenser 
earlier, some fault conditions are nonfatal faults and do not inventory fault, the MDLI composite fault threshold is met, 
take the item dispensing system out of service or do not and the MDLI composite fault is registered or set to a true 
substantially impact the immediate continuing operation of 50 state in the fault store 154. An alarm is generated in response 
the item dispensing system. The present invention permits to detecting a deterioration of the MDLI composite fault, 
fault thresholds for nonfatal faults to be varied, so that and the alarm and the current states of the faults in the fault 
alarms are generated in a manner that promotes a store 154 are immediately transferred to the host computer 
continuous, uninterrupted operation of the item dispensing 161. Such a system continuously tracks the current, real- 
system. Assume, for example, that the system controller 145 55 time status of an item dispensing; system and thus, makes 
controls the operation of a plurality of item dispensers 58 more cost effective and efficient use of service agents. For 
dispensing different items. The system controller 145 is able example, it is possible that after two item dispensers regis- 
to maintain an internal record of the number of items tered a low dispenser inventory fault, the item dispensing 
dispensed by each of the item dispensers 58. Further, the system is serviced for some other reason; and additional 
system controller 145 can be programmed with the maxi- 60 inventory is added to one of the item dispensers registering 
mum number of items provided in each of the item dispens- a low dispenser inventory fault. When the item dispensing 
ers 58. Thus, the system controller 145 is able to maintain, system is placed back in service, the low dispenser inventory 
for each of the item dispensers 58, a running inventory of the fault for that item dispenser is switched back to a false state, 
undispensed items. With the capability of adjusting alarm limit threshold 

With the present invention, a low dispenser inventory 65 values, numerous item dispensing system operating states 

threshold for the item dispensers 58 is stored in the fault that would normally result in an out of service condition can 

store 154 and can be any number less than the maximum be anticipated; and thus, an alarm can be created represent- 
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ing an approaching out of service condition. For example, computer 161 knows that the cash overlimit alarm is a 

without the ability to adjust alarm thresholds, a bill capacity warning that the cash value accumulated in the item dis- 

fault and alarm is created when the item dispensing system pe riser has met or exceeded the user determined cash over 

reaches its maximum bill storage capacity and is out of limit threshold value. Service agents can then be dispatched 

service. In this situation, the bill acceptor 152 is out of 5 in a rational manner, depending on the existence of other 

service until a service agent can be dispatched to the item alarm conditions, the need to service other item dispensing 

dispensing system 149 to service the bill acceptor 152. systems in the locale, the number of service agents available 

Alternatively, with the present invention, a bill capacity fault and their schedules, etc. 

threshold value is stored in the fault store 154 that is less Upon an alarm being created by the alarm manager 

than the maximum bill capacity. The bill capacity fault 10 subroutine of FIG. 12, the system controller 145 immedi- 

threshold value can be chosen arbitrarily, for example, 85% ately attempts dial-up or otherwise opens a communication 

or 90% of maximum capacity. The bill capacity fault thresh- channel or link with the host computer 161. Should the 

old may also be influenced by a historical knowledge of the system controller 145 fail in its initial attempt to transmit the 

traffic or level of activity of the bill acceptor 152, the time alarm and the associated faut table to the host computer 161, 

required to dispatch a service person to the item dispensing 15 it will continue in a series of further attempts until the alarm 

system 149, etc. and associated fault states are successfully communicated to 

The system controller 145, based on input signals from the host computer 161. Referring to FIGS. 13 A and 13B, < 

the bill acceptor 152, maintains a running count of the bills upon data being transferred to the host computer 161 within 

being accepted and stored by the item dispensing system the RDAC network 144 of FIG. 10, the host computer 161 

149. The alarm manager subroutine of FIG. 12 provides a 20 first, at 950, determines an identity of the item dispensing 

bill capacity fault when the number of bills stored in the item system 149 from which the data is being transferred. As 

dispensing system equals or exceeds the number of bills indicated earlier, there may be hundreds of item dispensing 

represented by the stored bill capacity fault threshold value. systems 149 connected to the host computer 161, and the 

The bill capacity fault indicates that the buT acceptor 152 is operating condition of each of those item dispensing systems 

approaching its maximum capacity and therefore, will soon 25 must be stored in the host computer 161. The host computer 

be out of service. The bill capacity fault is determined by the 161 then, at 952, determines whether the data transferred 

alarm manager subroutine of FIG. 12 as previously contains an alarm; and if so, at 954, the alarm is received and 

described; and in response to a deterioration of the bill stored in a remote alarm collection ("RAC") database 162 

capacity fault, an alarm is generated, stored and transferred within the host computer 161. If the data from the item 

to the host computer 161. Thus, the item dispensing system 30 dispensing system 149 is not an alarm but other data, for 

can be serviced prior to it going out of service because the example, data relating to items dispensed, sales dollars, item 

bill acceptor is full. It should be noted that different bfll inventory, etc., the host computer 161, at 956, receives and 

capacity fault thresholds may be stored for the different stores that data in the RDC database 163 within the host 

denominations of bills accepted by the bill acceptor 152. computer 161. 

By using the fault store 154 in a similar manner, a coin 35 The host computer 161, at 958, determines whether an 

acceptor capacity fault threshold value can be stored in the item dispensing system update is pending; and if so, at 960, 

fault store 154 which is a number less than the maximum executes an item dispensing system update. At 962, the host 

coin capacity. When the system controller 145 detects a computer 161 determines whether the remote alarm collec- 

number of coins accepted by the coin acceptor 153 equal to tion feature is active or inactive. The remote alarm collection 

the coin acceptor capacity fault threshold, a current coin 40 feature can be turned on or off by the user of the host 

acceptor fault is registered or switched true. Upon detecting computer 161. If the collection of remote alarms is enabled, 

the deteriorated state of the coin acceptor capacity fault, a the host computer 161, at 964, proceeds to scan the RAC 

coin acceptor alarm is created and transmitted to the host database 162 and display the incoming alarms from the 

computer 161. Therefore, the coin acceptor 153 can be various item dispensing systems 149. The host computer 161 

serviced prior to it going out of service because it has 45 then, at 966, tracks whether the incoming alarms have been 

reached its maximum capacity. Again, a different fault viewed by a user. If not, the alarm maintains its incoming 

threshold value can be established and monitored for each alarm status. Once the user views an incoming alarm, the 

different denomination of coin accepted by the coin acceptor host computer 161 then, at 968, automatically changes the 

153. status of the incoming alarm to that of an unresolved alarm 

The system controller 145 also continuously tracks the 50 for display and storage purposes, 

amount of cash which has accumulated within the item The states of all the faults in the fault store 154 associated 

dispensing system 149 represented by the monetary value of with a particular item dispensing system 149 for which an 

all of the bills and coins accepted and stored. Normally, the alarm was generated were transferred to the host computer 

item dispensing system 149 is serviced to remove all of its 161 with the alarm. Therefore, In the process of resolving an 

stored cash at periodic intervals. The ability of the present 55 alarm, by observing the states of the faults, the user can then 

invention to store fault threshold values provides a more make decisions as to the cause of the alarm. The user is able 

efficient and superior system. A cash overlimit threshold to determine whether the item dispensing machine has 

value is stored in the fault store 154, and the system experienced a fatal fault and is out of service or, whether a 

controller 145 produces a cash overlimit fault when the nonfatal fault has occurred and service will probably be 

monetary value of the cash accepted and stored in the item 60 required in the near future. Thus, the user is able to deter- 

dispensing system 149 equals the cash overlimit threshold mine how the alarm should be resolved. The host computer 

value. Thus, as cash accumulates in the item dispensing 161, at 970 (FIG. 13B), tracks whether the user has 

system 149, the system controller 145 enables a cash over- attempted a resolution of the alarm. By definition, within the 

limit fault upon the stored cash having a value that is less host computer 161, a resolution of the alarm means that the 

than the user determined cash limit value. Upon detecting a 65 user has entered information relating to how the alarm is 

deterioration of a current cash overlimit fault, an alarm is being resolved. As part of that resolution process, the user, 

transferred to the host computer 161. The user of the host at 972, selects for display an alarm resolution template; and 



